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1 TITLE 
1 


Standard for Floppy Disk (RX01) Volt 


me Identification and 


ABSTRACT 


This standard defines the data receding conventions to 
allow RX01 disks to be identified across all DEC systems* 
which support the Diskette. Each conforming system will be 
capable of writing and reading the volume identification. 
This volume I.D. will specify the origin and format of the 
data rresent on the volume. This standard applies when 
reading and writing diskettes intended for interchange. 


INDEX: 


All systems will be capable of handling the standard 
universal interchange format. For interchange ASCII is the 
preferred code for volume identification, headers and data. 
However, systems are permitted to, but are not required to, 
support EBCDIC in addition to ASCII. EBCDIC is defined in 
the Appendix. Other native formats may exist and allow 



AUTHOR APPROVED REV SEC 

R.Olson Q nr)6*£dU*' A 



sflsnoc] 



jDEC STD 154 



PAGE REVISION CONTROL 



PAGE REVISIONS 



PAGE REVISIC 



assonio 
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: (RX01) Volume Identif icati< 



ABSTRACT 

.s standard defines the data recording conventions to allow RX01 
;ks to be identified across all DEC systems* which support the 
.kette. Each conforming system will be capable of writing and 
iding the volume identification. This volume I.D. will specify the 
origin and format of the data present on the volume. This standard 
ippJ ies when reading and writing diskettes intended for interchange. 
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The information is this document is subject to change without notice 
land should not be construed as a commitment by Digital Equipment 
jCorporation. Digital Equipment Corporation assumes no responsibility 
for any errors that m3y appear in this manual. 
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11. INTRODUCTION 



1.1.1 Why Have This Standard 

This standard will allow users to interchange a specified "Data 
Format" between all DEC Systems as well as IBM or other vendor systems 
which support the interchange recorded diskette. This data/volume 
interchange will allow easy, efficient exchange of data between 

!a diskette used specifically as a "system device" will only be 
interchangable between equivalent DEC systems supporting the same file 
system and/or specific data formats, either directly or via a filex 



1.1.2 Why Standardize Now 

!Bas level standards must be established to minimize retrc 
jpre-^nt RX01 Hardware/Software development efforts. Like 
[development and support costs can De minimized. User ec 
Icost of data interchange can be reduced. 



1.2 Goals of This Standard 

To define a volume labeling and data 
media to facilitate data interch, 
systems, IBM, and other vendors. 

Establish a basic low level standard which is the same and only format 
If or most systems. This basic format must build on the IBM hardware 
interchange standard, except that ASCII is preferred over EBCDIC as 
""Sthe character code for volume identification, headers and data. Since 
jthere is a one to one translation between ASCII and EBCDIC, support of 
EBCDIC is permitted in addition to ASCII. Provide a set of levels for 
adherence by small as well as large systems. 

volume identification 



levels 



1. Every conforming DEC system or terminal which writes a floppy 
disk will write a standard identification. Every DEC system 
ninal which reads a floppy disk will be capable of 



IBK (ANSI when approved) stand, 

Every DEC system or terminal > 
floppy disk will be able tc 
interchange formatted floppy. 



Where performance or memory limitatior 
prevail, then a system utility progr; 
(e.g., FILEX) is an acceptable (albe: 
inconvenient) method to satisfy (3). 



own native format is not a subject for this standard. It 
for file/data interchange formats independent of the type 
access device. (For example, if FILES-11 is used as 
structure between two systems (e.g., KSX-11M and RSXllD), 



standard cover; 
iddress physica: 



This \s the first standard tor the floppy. Th 1 : 
se (REV Al has been through trf.j comment periods. 
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1.5 Related Standards 
Industry Standards: 



o American National Standards Institute - No existing standard 
for recorded file and data interchange. Standards are being 
proposed by IBM for physical media specifications including 
physical data recording and addressing. See IBM document 
number GA21-9190-,. (file no. GENL-19) , July 1974. 

o X3. 4-1968 ASCII 

DEC Standards: 

o Proposed DEC Standard 167, Volume Identification for Removable 
Disk Pack Disk Systems" - Being expanded to address "Volume ID 
For Directori Devices". The RX01 Volume Identification does 
not conform because of compatibility with the IBM Interchange 
Standard, except for character code. 



DEC 051 Standard Coded Character Set (ASCII) 



1,6 Future Standards Act: 



elated 



i Record I/O, .. .) are: 
DEC interchange for files on the RX01 



mmm: 
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2.0 TERMINOLOGY 










Address 




Loca 
T=Tr 


ion of a 
ack and S 


=Sector 


on the diskette consisting cf 
number (f ormat-'TTOSS" , where 
Number) . 


ASCII 




A cor 


nputer ch 


aracter 


code standardized by ANS X3.4 





and DEC 051. 


31ank 


An equivalent term for the character Space. 
NOTE: Blank does not mean null (bit pattern cf 
in both EBCDIC and ASCII) . 


3yte 


A series of eight binary digits (A byte used 
herein will mean 8 bits unless otherwise 
specified) . 


Data Set: 
File) 


A complete ar.d related group of records (payroll,' 
accounts receivable, etc.). 



{EBCDIC 



iingle surface cartridge di: 



JFloppy: 
Header, file 
Index Track: 



Affectionate name for a diskette. 

Preferred DEC term for Data Set Label. 

The first track on the diskette (track 00); used 
for data set labels, volume label, and other 
system software data. 



Null 



. bit pattern of all zeroes. 

toe or more data fields that forn 
nformation. (1-128 bytes fc 

nterchange records) . 
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Volume: * 


A single diskette (physica 


ily is 77 t 


acks) . 








* Note: Sizes spec 


fied 


can change with 


new 


3.0 


DEFINITION OF THE STANDARD 










Uthough this 
standards refe 


fenced 


d specifies the software 
and required in the lowes 


file/data r 
t level of 


ecording and 
physical I/O 
the standard. 


^ number of le 
a basis for c 


vels have been specified 

Steps that smaller , as 
specified. Conformance to 
nformance to other levels - 


to 
well 
Lower 
pres 


accomodate 

level Stan 
encly or in 


degrees of 
dards provide 


Sect 

for 
Sect 


on 3.1 defines the diskette sta 
ibes the recording components and pr 
■et the specified levels. Section 3. 
adherence to this standard and a 
on 3.4 includes examples and suggest 


3 indicates poss 

proposed level 
ions for imple 


Section 3.2 

ible methods 
of adherence. 


Character codes are 

preferred character 
addition, systems 
Interchange" . The " 
/olume identificati 


specified for each level. The character codes 
on, headers and data must be same. ASCII is 
code and all systems must support ASCII, 
nay also support EBCDIC in the Level 1 "unive 
Jniversal interchange" format also requires 
an in level to be recorded in the same chara 


for 
the 
In 
csal 
the 


RX01 


standard 
Specif 


addresses itself to the pr i 
Lcally these uses are: 




own planned 


uses of 


the 




.Data 
.Syst 
file 
.Soft 


Interc 
>ms Dev 

system 
-are di 


ice, system and user 

s) 

stribution media 

NOTE 


files 


(using nat 


ive 








All v 
unles 


alues in this standar 
s otherwise stated. 


d are 


decimal 







identilv 
recorded. 
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bevel 1 is specified for "Universal Interchange 
DEC and DEC to other vendor interchange (i.e 
(Level is called the "Universal Interchange" le\ 

Level 2 applies to DEC native file usage only. This level, given 
higher level data file standards exist, will allow direct DEC to DEC 
native system file/data interchange. For example with FILES-11 on 
plisk data structures RSX-11M and 11D will have direct file interchange 
j/ia the diskette. (See level 2 for specific details). 

diskette standard levels and degree of 
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Figure 1 
LEVELS FOR DISKETTE STANDARD 

! BASIC HW ! 

! PHYSICAL 10 ! 

1 ; 

I VOLUME ! 
! ID ! 



"UNIVERSAL 

INTERCHANGE" 

FORMAT 



LEVEL/DEGREE OF INTERCHANGE 



in ASCII (preferred) 



Allows interchange of data files and record forti 
systems (DEC to DEC and DEC to IBM/other). Vo] 
headers, and data must be in the same code vt 
ASCII (preferred) or EBCDIC. 



Level ( 



: physical I/O compatibility 
ist support: 

impatibility, e: 



ept ASCII r; 
it (1024) , 
1 interlac 



Write a standard system Volume ID in bytes 1-4 at address 

00007. (see section 3.2.2 for authorized Volume 
Identification codes) 

Read & process the standard Volume ID (bytes 1-4, in address 

00007). The processing of the Vol. ID will vary by system. 

The minimum requirement is to display the value on request 
via a utility. 



:rpretation is applied to c 



LEVEL 1: 
''Univers; 



Supports all attributes of Level plus: * 

Read and/or write additional Volume ID Inforr 
at address 00007.* 

-4 "VOL1" - Specifies Universal Ii 

-10 users External Volume Label (: 



.on (80 byte: 






11 < 






38-51 owner ID 

77-78 sector sequencf 

80 standard label vei 

(A full description of these f: 
section 3.2.2) 
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headei 



pos. 1-4 "HDR1" Data Set Headei 
pos. 6-13 User name for data s< 
pos. 23-27 Block/Record size 



pos 



29-33 



ick/si 



35-39 End < 



:ss for the data file 

: Extent (EOE) - Last addr< 



(BOE) - Starting 



read and writ 

pos. 44 Must 
interchange 



ntended for 



the 



Support 



(EOD) . Indi< 



: le< 



> per volun 
maximum number of files is 19. 
Block/Record length is fixed (can b< 
Support DEC and ANSI ASCII code for 



der label. The 

1-128 bytes) 
and data. 

provide EBCDIC 



Null 



The complete layout of Volu: 
map, and Data Set Label format: 
in APPENDIX A and B. Track 



mmm: 



;LEVEL 2: 
|DEC Vol urn 



Accomodate a sector interlace of 2:1 (i.e.. Read or Write 
iverv other sector in a single block 10 transfer) . The track 
:o track offset (skew) is six (6) sectors. Virtual Block 7 
[in appendix C) is mapped with the 2:1 interlace and b sector 
:rack to track offset. (See APPENDIX C for the specific 
lapping) . 

/irtual blocks are 512 bytes in length (4 physical sectors) 

acters in volume ID, file 
. permitted in level 2. 

5. Documentation defining approved "Native DEC" file formats for 
use on the Floppy Disk is identified in appendix "E" of this 
standard. Any "Native DEC" file format to be supported on 
the floppy disk must be registered with the Standards 
Committee so that it can be ECO'd into appendix "E". 
Registration is initiated by presenting the proposed native 
file format to the Standards Administrator and requesting it 
be put on the Standards Committee's agenda for approval to be 
made a part of appendix "E". Attendance at the Standards 
meeting which will address this agenda item may be required. 

It is strongly recommended that prior to defining a new native 
format, the ones identified in appendix "E" be evaluated for 
use rather than creating a new one. This evaluation should 
take place early in the product development phase so that the 
product won't be impacted in later stages by file format 
issues. The Standards Committee is not likely to approve a 
new native format until all existing ones have been evaluated 
for possible use. 



3.2 Recording And Processing ! 



directory operations, data access, error handling and device handling. 
(The actual recording specifications ars identified throughout this 
feection and the Appendices. The processing of "levels" will be 
properly differentiated where necessary. 



3.2.1 Physical/Logical Layout 
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SYSTEM/NATIVE: 



Phe RX01 w l 


en used 
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for anot 
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standard. 
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ii 
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y th 
' fil 


3.2.2 Vol 




Init 


lalizati 


on c 


nd ID 


















/olume initializat 
ligher levels of 
requires a floppy 
specification GA21 


that has 
-9190-1. 


Ide 

al 
Tr 


ntificati 
d. Initi 
eady been 
is standa 


on become 

formattec 
rd does nc 


accc 


rdi 


de 

rig 
the 


tail 
aliz 
to 


ed i 
ation 
IBM" 
ordin 



y system must write a system ID in sector 07 of track 00. This 
[me ID is a four (4) byte coda in positions 1-4 of diskette address 
)0007. 

'[■he code for the "Universal Interchange" is "VOL1". In ASCII 
(preferred), the 8-bit octal equivalents are 12C, 117, 114, 61. In 

EBCDIC, the 8 bit octal equivalents are 345, 326, 323, 361. If the 

:BCDIC is printed as ASCII after stripping off the left most (high 
■rder) bit, the result is "eVSq" . The actual character codes to be 
rritten are 8 bit in all cases. On reading a diskette the software 
:an determine whether the diskette is using ASCII or EBCDIC by looking 
'or the 345, 326, 323, 361 character codes. If these character codes 
ire not present, ASCII is to be assumed. 



le code to be recorded for any other fo: 



RT11 -RT-11 File Structure 

F-ll -FILES-11 File Structure 

OS/8 -OS 8 File Structure 

SCR -Scratch software such ; 

must write this code. 

DIAG -Diagnostic Software 

C300 -COS300 Systems 

mats are official only aft« 



All Volume ID codes must be "PRINTABLE" ASCII codes (i.e., they must 
use characters in the 41-135 octal value range after stripping bit 8, 
the left most (high order) bit) . 

Every system must be able to read and process the basic four byte 
Volume ID. The minimum requirement is to print out this ID. It is 
required for systems with mount or similar commands to also indicate 
their ability to process the volume and continue automatically if the 
Volume is acceptable. Output shall go to the operator's console. 
JThis Volume identification must take place without any operator 
information or assistance. The Volume ID function should be performed 
automatically as a part of the mount function. 



Figure 2 depicts the 
Universal Interchange 
as follows: 



litializing should be avoided if possible; it is required only i 

1. Data in the "Index Track" has been lost. 

2. A sector sequence other than the sequence existing on t 
disk is desired. See Figure 2 in this section 1 
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!the first I 



is the following dat, 



iitions 1 through 4, the volume 
sector sequence code is in posil 
nd blanks in all remaining posil 



. "DATA" 


in positions 6-9 


. "80" in 


positions 25-27 


. "01001" 


in positions 29-33 


. "73026" 


in positions 35-39 


. "01001' 


in positions 75-79 


. blanks 


in all other positic 



. 2.5 for explai 






Jing c 



"DDR1" in positions 1-4 

"DATA" in positions 6-9 

Sector number in positions 10-11 

"80" in positions 25-27 

"74001" in positions 29-33 

"73026" in positions 35-39 

"74001" in positions 75-79 

Blanks in all other positions 

.nal step, disk initialization checl 
i correctly. 
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Figure 2 








INDEX TRACK LAYOUT 




See 


or 


Contents 


Level 


1 
2 

4 
5 




Reserved for system use (80 blanks) 
" " ( " ) 

;; i i i ( i > 

positions 1-5 = ERMAP 

positions 7 and 8 = First bad track 

positions 11 and 12 = Second bad track 

positions 9 and 13 contain zeroes 

(Remaining positions are blank) 

All positions except 1-5 will be 

blank if therp arp nn hart trark.<:_ 






1 



Reserved ( 


80 blanks) 


Volume Label: 




positions 1-4 - V0L1 in 


EBCDIC or ASC^I (f 


Universal Interchange) 


, or other author iz 


4 byte codes (ASCI T only) which uniquely 


identify the format of 


this diskette (e.g 


"RT11" for RT11 syste 


m disk format) 


positions 5-10 specifies 


the ID of 


this specific volume. 


Comes from IBM 


when new as "IBMIRD". 


If reinitial- 




blanked or 


will contain a user specified ID. 


position 11 = "Accessibi 


lity". Blank 


indicates available fo 


r processing. 


Any non-blank characte 


r means disk 


is not accessible. 




positions 38-51 = owner 


ID. 


positions 77-78 = "Secto 








01 - A one to one inte 




sectors are processed 


1, 2, 3,.. . 


25,26) 




02 - A two to one inte 


rlace (i.e. 


sectors are processed 


1, 3, 5... 


23, 25, 2, 4... 14,26) 




77 - DEC 11 Interlace. 




A two to one interlace 




sector track to track 


offset. 


Actual layout and spec 


ification 


is in Appendix C. 




position 80 = "W" The "W 


' stands for 


standard label process 


ing. This 


field must be "W" for 


Interchange 


ill other positions in t 


he Volume 


Label are blank 




DATA SET LABELS 





EDSDDID: 



)EC STD 


154 


REV. 


A 






Page 20 




position 1-4 = "HDR1" or "DDR1". Sector 
8 is initialized to "HDR1" and 9-26 
to "DDR1", "DDR1" indicates a non- 
existent or deleted data set, because 
of the "D" in position 1 of the sector. 






Level 2 


- Digital Native 












Diskettes initialized tor "native 
ill the initialization spec 
requirement is to meet the level 
^SCII rather than the EBCDIC char 


" system fi 
ifications 
volume ID 
acter code. 


of level 


not adhere to 
1. The only 


3.2.3 


Directory Operation 


s/Data 


Set Labels 








spec if i 
recogni 


t Labels (DSL) must 
cations of each 
ze Data Set Labels. 


be pro 
level 


and APPENDIX B. 


Level does not 


^evel 1 


- UNIVERSAL INTERCHANGE 










Section 3.1 (levels) indi 
:ertain features such a 
supported. The user must 
deleting Data Set Labels, 
luring user data set acces 
*RITE, etc.) . 


sing ft 


what DSL functions are supported, 
tior. and expiration dates are not 
apable of creating, modifying and 
data Set Labels are properly updated 
nctions (i.e. OPEN, CLOSE, READ, 


?ields 


in a Data Set Label 


(e.g. 


End of Dat 


a (EOD) 




=t be updated 



is Level provides for basic standard physical and block level 
mpatible I/O. The interlace and (virtual) block size have been 
osen primarily to satisfy the PDP-11 system. 

e intent of level 2 is to identify a minimum (one is ideal) set of 
DIGITAL native file formats for structured native file system usage of 
:he Diskette with the broadest degree of DEC to DEC interchange. 
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unblocked with no 
effectors and for 
recording mode for 


IBM 1 


r processing. See ne 
nterchange, VOL ID = 


xt Sect 
"VOL1" 


pos. 


ibly 
3.2. 


format 
5 ) . The 

C. The 



J3.2.5 Error Mapping and Processing 

jLevel 1 

;The ERMAP processing as defined in the "Universal Interchange" format 
jimplies both software and/or hardware support. If hardware can 
initialize addresses it should completely skip a given bad track and 

ithe disk. The hardware should fill the track with bad track codes. 
(Present RX01 hardware does not support the above) . 

! The software must set the address(s) of either one or two bad tracks 
"of sector 5, track if hardware support 

If more than two bad tracks exist, the diskette (after recovering 
existing good data) should be discarded. 

All conforming DEC systems supporting Level 1 or above of this 
standard must at least recognize the ERMAP information on READ and 
indicate support or non-support. If there are bad tracks marked and 
the system does not handle them, this must be so indicated. WRITE 
support need not be provided (write support requires hardware 
support) . 

>ed in level 1 as both a deleted 
logical data delete. If the deleted 
byte of the 128 byte sector is 

Value Meaning 

(ASCII or EBCDIC) logically deleted. 

As an example, the data 
set labels in sectors 9-12 
of sector contain a "D" in 
position 1 when the floppy is 
initialized and files do not 
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CONFORMANCE 
All systems must support 



xt sequential 



minimum all conforming systems which will use the floppy for 

rchange must support this standard at level 1. Level applies, 

example, to stand-alone diagnostic software . All systems which 

for a native file syster use of the floppy must support level 2 

ne standard either directly or via a file transform program. All 

formats to be used on the floppy must be registered with this 

standard. 

'Specific support levels and dates for support are a subject for 
another document. It is recommended that all conforming systems 
Support level 1, at least with ASCII with direct I/O. Exceptions can 
be made, but must be approved by the Software Standards committee to 

w conformance via such mechanisms as a "file conversion" or to 

w deviation from the standard as such. 



EXAMPLES, SUGGESTIONS 

ice handlers should them: 

tor sequences. Once this is accomplished, the dir 
floppy in either "Universal Interchange" or "Native" 
handled via a higher level file support function. 

attached appendices and referenced IBM standards 
1 as the IBM specifications on the 3741 and 3540 c 
tmples of usage, functional descriptions, and so on of 
:o useful background informal' 
igineering spec. for the RX01, 
17846 RX11 Unibus interface) . 
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Conversion Tables 
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ASCII 


EBCDIC 




CHARACTER 


CODE CODE 




NUL 


000 


000 






001 


001 




FTX 


002 


002 




ETX 


003 


003 




EOT 


004 


067 




ENQ 


005 


055 




ACK 


006 


056 
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056 
057 


113 
141 












J 


060 


360 
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from EBCDIC to ASCII which are not defir 


ed her 


It in the ASCII Substitute ;SUB=032 




See ANSI X3.4 and DEC 051 standards. 


System 


ontrol Z to mean End of Pile, should use 




instead of SUB. 




nversions were obtained from AHSI X3 


26-1970 



i Punched Card Code. (Table 



l Appendix B) . 
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4 INTERCHANGE 
DISK LAYOUT AND INDEX TRACK/ 
VOLUME LABEL 



IBM PUBLICATION No. GA21-9182, dated- July 1973 



SOSDBSDo 



with items familai 



:he layout of the di; 



• phonograph records and 



i phonograph 



ve placed a magi 
record onto your i 
ur record player: 



Instead of the torn 



the disk t 



a line extending from the 

of the disk) and h; 

rutively from 0, starting ; 



■ edge of the di; 



ice used to read and wr 


te data onto the disk in a diskette. 


sider what would happen 


as the disk on your record player turned. 




the width of the read/write head would pass 


er the head, forming a circular band (track) when the disk had made 


complete revolution. 


These tracks would be concentric, and could 


identified by the same 


numbers assigned to each arm location. 


refore, moving the a 


m to location would always place the 


d/write head over track 


00, moving the arm to position 5 would 




r track 05, and so on. The disk would have 


p. divided effectively 


into 77 separate tracks that we could 


ntify by number and 


to which we could move the head whenever we 


ired. Data could be re 


orded onto or read from the track as it 


sed under the head. 
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The disk sur 



number, fr< 



i method of dividing the disk into 77 distinct, 

and 26 distinct, addressable sectors. A 

i divides the disk into a total of 2002 distinct 

.ng areas, each of which can be located by 







.ed the index 
>ut the dat; 
very compar; 



the 



;ociated with the different data sets, (batches of records oi 
i the disk. The data set is comparable to a chapter in a bool 

abel to the chapter title. Associated with these labels ar< 
;, comparable to the page numbers in a book. Instead of ; 
>er , though, data on a disk has a track and sector number 

TTOSS, where TT stands for the tr; ' ' ' * 






and 






These addresses are called extents. Extents simply tell \ 

disk. Beginning of extent ( BOE ) tells the machine where to find the 
beginning of the data set, and end of extent (EOE) tells the machine 
that the data set cannot extend beyund that location. The data set 
may, however, not fill the space reserved for it and end before EOE. 
EOD (end of data) tells the machine where the data set actually ends. 



Although 



77 ' 



*$mm" 



3741, 3742, 3747, and 
. Two of the tracks are i 
ized by the 3741 or 3742, 



3540 
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^alternate t: 
late filled w: 

the 3741, 


racks for 1 
ith bad tr, 
toward th( 
the bad tr, 
3742, 3747 
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INITIALIZATION OF ID FIELDS ON NEW DISKETTES 

Diskettes are shipped from IBM with the identification fields of 
sectors pr einitial ized . Sectors are numbered in ascending numer : 
sequence from track 00, sector 01 through track 76, sector 26. 
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APPENDIX C - PART I. A 

DEC 2:1 INTERLACE KITH SIX 

SECTOR TRACK OFFSET 

(SAMPLE VIRTUAL BLOCK TO PHYSICAL SECTOR MAPPING) 



TRACK AND SECTOR NUMBER (TTOSS)* 



BLOCK 


# 








1 


01001 


01003 


01005 


01007 


2 


01009 


01011 


01013 


01015 


3 


01017 


01019 


01021 


01023 


4 


01025 


01002 


01004 


01006 


5 


01008 


01010 


01012 


01014 


6 


01016 


01018 


01020 


01022 


7 


01024 


01026 


02007 


02009 


8 


02011 


02013 


02015 


02017 


9 


02019 


02021 


02023 


02025 


10 


02001 


02003 


02005 


02008 




02010 


02012 


02014 


02016 




02018 


02020 


02022 


02024 




02026 


02002 


02004 


02006 



= Two digit track # (00-76) 
= Two digit sector # (01-26) 



byte: 



BLOCK = 512 (li 
SECTOR = 128(10) byt 
4 SECTORS = 1 BLOCK 
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APPENDIX C - PART I.B 

DEC 2:1 INTERLACE WITH NO 

TRACK OFFSET (used by OS/8) 

(SAMPLE VIRTUAL BLOCK TO PHYSICAL SECTOR MAPPING) 



Virtual 




TRACK AND 


SECTOR NUMBER 


(TTOSS)* 


j BLOCK 










l 


01001 


01003 


01005 


01007 


': 2 


01009 


01011 


01013 


01015 


3 


01017 


01019 


01021 


01023 




01025 


01002 


01004 


01006 


5 


01008 


01010 


01012 


01014 


6 


01016 


01018 


01020 


01022 


' 7 


01024 


01026 


C2001 


02003 


; 8 


02005 


O20O7 


02009 


02011 


9 


02013 


02015 


C2017 


02019 


10 


02021 


02023 


02025 


02002 




02004 


02006 


02008 


03010 




02012 


02014 


02016 


02018 




02020 


02022 


02024 


02026 



= Two digit 
* Two digit 



;00-76) 
(01-26) 



BLOCK = 512 (10) byte: 
SECTOR = 128(10) byte; 
4 SECTORS = 1 BLOCK 



APPENDIX C - PART I.C 

DEC 3:1 INTERLACE (COS 310) 

(SAMPLE VIRTUAL BLOCK TO PHYSICAL SECTOR MAPPING) 



VIRTUAL 




TRACK AND SECTOR 


NUMBER 


BLOCK # 










01001 


01004 


01007 




01010 


01013 


01016 


3 


01019 


01022 


01025 




010C2 


01005 


01008 


5 


01011 


01014 


31017 


6 


01020 


01023 


01026 


7 


01003 


01006 


01009 


8 


01012 


01015 


01018 


9 


01021 


01024 


02001 


10 


02004 


02007 


02010 



The COS 310 3:1 interlace without any offset appears above. Three (3) 
sectors form one block. The mapping of PDP-8, 12 bit words to the 
Diskette 8 bit sector bytes is as follows: 

1. A block is 256, 12 bit wordi. 

2. The first 4 bits (left or uppermost) are stripped from each 
of the 256 words and packed in 128, 8 bit bytes (i.e., the 
first sector out of three which will contain a block) . 



4. From the above example, block 1 is mapped as follows: 

n sector 01001. The 



! 4 ! 4 !< byte 1 of sector (01001) 
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OVERALL PHYSICAL/LOGICAL DISK LAYOUT 








*BON - "Beginning of Native" Digital file system space on a 
Diskette will normally contain the primary (initial 
'Stems device". PDP 8/11 Systems 



boot when used ; 
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1.0 INTRODUCTION 

This appendix lists the approved 
Floppy Disk System. The major 


ENDIX E 

"DEC NATIVE" 
software syste 


"ile formats used on the 
m supporting the native 



>n are defined for 
format. 

1.1 RT-11 Native File Format For Floppy Disks 
Major software system(s) supporting this format: 

1. RT-11 
Name and order number of documentation defining the native format 
1. RT-11 Software Support Manual (DEC-11-ORPGA-B-D-DN1) 

1.2 OS/8 
software systems (s) supporting this format: 

1. OS/8 

2. RTS/8 
and order number of documentation defining the native format 

1. OS/8 Software Support Manual (DEC-58-ORTMA-B-D) 

2. RTS/8 User's Manual (DEC-08-ORTMA-B-D) 
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1. 


3 FILES-11 














la 


or software 


syste 


m(s) 


support! 


ng this 


format: 





1. FILES-11 
• and order number of documentation defining the native format 

ucture Specification 1*130-958-032-01) 



COS 310 
jr software system(s) supporting this format: 

1. COS 310 
; and order number of documentation defining the native format 

1. COS 300/310 System Reference Manual (DEC-0 8-OCOSA-F-D) 



1.5 XXDP DIAGNOSTIC SOFTWARE 

Major software system (s) supporting this forr 

| 1. XXDP Diagnostics 

bocumentation defining the native format 

1. XXDP Maintenance Documentation 



{ *AUTOCAT-ll-QZQXA-A-D) 
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APPENDIX F 

ither Alternatives and Background 

Information on Specific Issues 



This appendix attempts to summarize and highlight gei 
relative to decisions and rejected alternatives in tl 
They will be covered in outline order of section 3 of thi: 

!LEVEI£ 

I 

jfloppy, it was 
Very small or spec 
addressed. The pi 
optimum. Other ct 

1. Combining level and 1. This would preclude the application 
of the standard to support areas such as stand alone 
diagnostic software, software distribution, and so on. 

2. Breaking level 1 and 2 into two (2) levels. This would allow 
! a basic or minimum support as well as full or more 

comprehensive support at these levels. It was determined 
and also difficult to segment. 



Jith the required goal of a reliable, universal & singula! 

capability - with no operator supplied info (i.e., self : 
was agreed that track 00 be left "sacrosanct" 
ification. This then allows every system to treai 
k as the single position to read and record volui 
r alternative would be open to risk and compromise. 



specified in the IBM interchange document. This decision covers all 
lse of the diskette - including the "Native" uses. Consequently, 
:hings like boots begin in track 1, sector 1 and not track 0, sector 
Although a floppy being used as a native systems device could use 
ther portions of track 00 except sector 5 and 7, it seemed risky and 
ith uncertain ramifications to all future systems adhering to this 
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ssuto other than a question concerning subsetting. 

CHARACTER CODE FOR INTERCHANGE (LEVEL 1) 

irst it was thought that EBCDIC should be only code for volume 
tification, headers and data for interchange format (level 1). 
ver , this was rejected because many of our customers have no need 
interchange with IBM. We would be doing them and ourselves a 
avor by only permitting EBCDIC. Secondly, we could have severe 
problems supporting an eventual ANSI floppy standard which specifies 
mly ASCII if we had only EBCDIC. Finally, Digital is firmly 
:ommitted to the support of ASCII both for interchange and internal 



Afferent i 
specified ii 



support 


of ASCII both for interct 


one, si 


ngle 


floppy format is 


mpi 




mu 


tiple uses of 




ms devi 








For 


Inte 


rchange there is 






Fo 






e file e 


yste 




to 


floppy 


on certain systems, or 




that ce 


rtai 


i systems support a s 


. , RSX s 




rt RT-11) . Because 
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urn file sytem, RT 
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HRROR PROCESSING/MAPPING 

e Digital Hardware does not presently allow physically 
dressing of the floppy, we cannot use the HW/SW alternate ERMAP 
scheme proposed by IEM with our present systems. It has also been 
loted, that once a floppy has a number or errors per track, the whole 
;hing will soon "go to hell in a hand basket". We therefore do not 
expect much use of this feature in the industry (by IBM) . 

[t is also true that any newly purchased floppies should not have any 
" " tracks". This issue is addressed in the standard at this time, 
nsisting on recognition of this data (ERMAP sector 5) but no 
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